Portable programmer for providing patient status information

ABSTRACT

A method and apparatus concerning the retrieval and storage of status information obtained from patients having implantable medical devices (IMDs). When patients are having episodes during which symptoms are experienced relating to their medical condition, the collection of the patient&#39;s status information can be helpful to the patient&#39;s physician for diagnostic purposes. Telemetered signals recorded by the IMD can be transmitted from the IMD to a programmer. Such programmer is portable and sized so as to be carried by the patient. As such, mechanisms added to such programmers for use in retrieving and storing patient status information can provide more convenience for patients.

FIELD

The disclosure relates generally to data collection and analysis, andmore particularly, to a system and method for providing patient statusinformation during symptomatic episodes.

BACKGROUND

Implantable medical devices (IMDs) are used to treat patients sufferingfrom a variety of conditions. Examples of IMDs involving cardiac devicesare implantable pacemakers and implantable cardioverter-defibrillators(ICDs). Such electronic medical devices generally monitor the electricalactivity of the heart and provide electrical stimulation to one or moreof the heart chambers, when necessary. For example, pacemakers aredesigned to sense arrhythmias, i.e., disturbances in heart rhythm, andin turn, provide appropriate electrical stimulation pulses, at acontrolled rate, to selected chambers of the heart in order to correctthe arrhythmias and restore the proper heart rhythm. The types ofarrhythmias that may be detected and corrected by such IMDs includebradycardias (unusually slow heart rates), which can result in symptomssuch as fatigue, dizziness, and fainting, and certain tachycardias(unusually fast heart rates), which can result in sudden cardiac death(SCD).

Implantable cardioverter-defibrillators (ICDs) also detect arrhythmiasand provide appropriate electrical stimulation pulses to selectedchambers of the heart to correct the abnormal heart rate. In contrast topacemakers, however, an ICD can also provide pulses that are muchstronger and less frequent. This is because ICDs are generally designedto correct fibrillation, which is a rapid, unsynchronized quivering ofone or more heart chambers, and severe tachycardias, during which theheartbeats are very fast but coordinated. To correct such arrhythmias,ICDs deliver low, moderate, or high-energy shocks to the heart.

Generally, IMDs are designed to provide a telemetry function. As such,the IMDs are configured to automatically transmit and measure data fromremote sources by wire or other means. Typically, IMDs are equipped withan on-board, volatile memory in which telemetered signals can be storedfor later retrieval and analysis. In addition, a growing class ofcardiac medical devices, including implantable heart failure monitors,implantable event monitors, cardiovascular monitors, and therapydevices, can be used to provide similar stored device information.Typically, the telemetered signals can provide patient physiologic andcardiac information. This information is generally recorded on a perheartbeat, binned average basis, or derived basis, and involve, forexample, atrial electrical activity, ventricular electrical activity,minute ventilation, patient activity score, cardiac output score, mixedvenous oxygen score, cardiovascular pressure measures, time of day, andany interventions and the relative success of such interventions.Telemetered signals can also be stored in a broader class of monitorsand therapeutic devices for other areas of medicine, includingmetabolism, endocrinology, hematology, neurology, muscular disorders,gastroenterology, urology, ophthalmology, otolaryngology, orthopedics,and similar medical subspecialties.

Generally, upon detecting arrhythmias and, when necessary, providingcorresponding therapies to correct such arrhythmias, the IMDs store thetelemetered signals over a set period of time (usually before, during,and after the occurrence of such arrhythmic event). Subsequently,current practice in the art involves the use of an external programmingunit, i.e., a programmer, for non-invasive communication with IMDs viauplink and downlink communication channels associated with theprogrammer. In accordance with conventional medical device programmingsystems, a programming head can be used for facilitating two-waycommunication between IMDs and the programmer. In many known implantedIMD systems, the programming head is positioned on the patient's bodyover the IMD side such that one or more antennae within the head cansend RF signals to, and receive RF signals from, an antenna disposedwithin the hermetic enclosure of the IMD or disposed within theconnector block of the IMD in accordance with common practice in theart.

Upon storing the telemetered signals within the programmers, such datacan be subsequently analyzed by the patient's physician for diagnosticpurposes. Previously, the data stored within the programmers wasdownloaded during visits to the physician; however, recent technologyhas enabled the patient to download such data at home using, forexample, a personal computer (PC) and a network to transmit the data tothe physician.

For patients who require the use of IMDs, it is quite commonplace forthe patient to have episodes during which symptoms are experienced, e.g.shortness of breath, palpitations, dizziness, extreme tiredness, etc.However, in some cases, these episodes occur when the IMDs are notsensing an arrhythmia, and as such, no telemetered signals are storedwith respect to such episodes. However, the physiologic and cardiac datathat can be collected during these episodes can be of extreme importanceto the physician, as conclusions can be made (upon analyzing such data)as to the patient's general quality of life and the suitability of theIMD with respect to the patient. As such, during and/or following suchepisodes, the patient may be instructed to keep a written account (e.g.,a written diary) of symptoms experienced. As such, this written accountcan be analyzed by the physician when analyzing telemetered signals thatmay have been stored by the IMD to date. However, this task of providinga written account of the symptoms experienced has generally been foundby the patient to be cumbersome and often not done. In turn, this lackof information complicates analysis by the physician of the stored dataand/or clinical treatment of the patient.

The embodiments of the invention are directed to overcoming, or at leastreducing the effects of, one or more of the limitations set forth above.

SUMMARY

Embodiments of the invention relate to the retrieval and storage ofstatus information obtained from patients having implantable medicaldevices (IMDs). When patients are having episodes during which symptomsare experienced relating to their medical condition, the collection ofthe patient's status information can be helpful to the patient'sphysician for diagnostic purposes. Generally, telemetered signalsrecorded by the IMD can be transmitted from the IMD to a programmer.Such programmer is portable and sized so as to be carried by thepatient. As such, mechanisms added to such programmers for use inretrieving and storing patient status information can provide moreconvenience for patients.

In some embodiments, a system for monitoring a patient's well being isprovided. The system comprises a medical device implanted in a patient,where the medical device has circuitry for storing signals collectedfrom the patient. The system also comprises a patient portableprogrammer having first circuitry for communicating with the medicaldevice wherein the signals stored by the medical device can betelemetered to the programmer upon interrogation by the programmer. Theprogrammer has second circuitry for receiving and storing statusinformation from the patient regarding a condition being experienced bythe patient.

In other embodiments, a programmer for capturing patient statusinformation from a patient with an implantable medical device duringepisodes in which the patient experiences symptoms is provided. Theprogrammer comprises a housing adapted to be carried by a patient. Theprogrammer comprises first circuitry within the housing forcommunicating with an implantable medical device implanted within thepatient, wherein signals stored by the implantable medical device can betelemetered to the first circuitry upon interrogation by the firstcircuitry. The programmer comprises second circuitry for receivingstatus information from the patient regarding a condition beingexperienced by the patient. The programmer comprises memory for storingthe signals and the status information.

In further embodiments, a method of capturing status information from apatient with an implantable medical device during episodes in which thepatient experiences symptoms is provided. The method comprises placing aprogrammer within a transmitting distance of a medical device implantedin a patient to trigger the medical device when the patient experiencesa symptom. A further step includes transmitting signals collected by themedical device to the programmer. An additional step involves providingstatus information by the patient to the programmer. A further stepinvolves storing the signals and the status information by theprogrammer in a memory of the programmer.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a simplified schematic diagram representation of a system inaccordance with certain embodiments of the invention.

FIG. 2 is a plan view of a programmer in accordance with certainembodiments of the invention;

FIG. 3 is a plan view of another programmer in accordance with certainembodiments of the invention.

FIG. 4 is a flowchart showing the steps taken by a patient during apatient activated event in accordance with certain embodiments of theinvention.

DETAILED DESCRIPTION

The following discussion is presented to enable a person skilled in theart to make and use the present teachings. Various modifications to theillustrated embodiments will be readily apparent to those skilled in theart, and the generic principles herein may be applied to otherembodiments and applications without departing from the presentteachings. Thus, the present teachings are not intended to be limited toembodiments shown, but are to be accorded the widest scope consistentwith the principles and features disclosed herein. The followingdetailed description is to be read with reference to the figures, inwhich like elements in different figures have like reference numerals.The figures, which are not necessarily to scale, depict selectedembodiments and are not intended to limit the scope of the presentteachings. Skilled artisans will recognize the examples provided hereinhave many useful alternatives and fall within the scope of the presentteachings.

FIG. 1 is a simplified schematic diagram representation of a system inaccordance with certain embodiments of the invention. As shown, one ormore IMDs such as IMD 10, 10′ and 10″ can be implanted in a patient 12.In certain embodiments, one or more of the IMDs 10, 10′ and 10″ can haveinternal communications, B, B′ and B″. In certain embodiments, the IMDsinclude a cardiac device 10, drug delivery device 10′, neurological drugdevice 10″; however, it is to be appreciated that fewer or additionalIMDs may be used as needed to provide the necessary therapy, diagnosisand clinical care to the patient 12.

As discussed herein, telemetry communications can occur between the IMDs10, 10′, 10″ and a programmer 14 and/or an information remote monitor(IRM) 16 when the programmer 14 and/or the IRM 16 is generally locatedwithin transmitting proximity of the IMDs 10, 10′, and 10″. As shown,the transmitting capability of the IMDs 10′, 10′, and 10″ can bewide-ranging. In certain embodiments, as described herein, theprogrammer 14 and/or the IRM 16 tend to be positioned on the body of thepatient 12 over the corresponding IMD to generally initiate suchtelemetry communications between the IMD and the programmer 14 and/orthe IRM 16. Regarding telemetry communications 15 with the programmer 14and/or telemetry communications 17 with the information remote monitor(IRM) 16, the IMD 10 is discussed herein; however, as illustrated inFIG. 1, it is to be appreciated that one or more of the other IMDs 10′,10″ may also be used alternatively or in combination with the IMD 10 torespectively provide telemetry communications 15′ and 15″ with theprogrammer 14 and/or telemetry communications 17′ and 17″ with the IRM16.

Embodiments of the invention generally involve periods of time whentelemetered signals are collected by the IMD, periods of time when thetelemetered signals are transmitted from the IMD 10, and subsequently,periods of time when the obtained signals are analyzed by a physician,physician's assistants, or other care providers. Typically, eventstriggering the IMD 10 can cause the telemetered signals to be collectedand stored by the IMD 10. In certain embodiments involving cardiacapplications, such collection is beat to beat for approximately eighteenminutes before and six minutes after the event. However, as describedherein, the invention should not be limited to only cardiacapplications. In certain embodiments involving cardiac applications,there can be three types of triggering events: (i) a bradycardia event,(ii) a tachycardia event, and (iii) a patient activated event.Generally, the bradycardia and tachycardia events automatically triggerthe IMD 10, while the patient activated event requires a manualtriggering of the IMD 10 by the patient 12. In certain embodiments, suchmanual triggering of the IMD 10 by the patient 12 involves a signalbeing sent to the IMD 10 through some action of the patient 12.

In certain embodiments, application of the programmer 14 withintransmitting proximity of an antenna of the IMD 10 can facilitate suchtriggering. In certain embodiments, this triggering can further initiatea subsequent download of at least a portion of the telemetered signalsfrom the IMD 10 to the programmer 14. In such embodiments, as should beappreciated, the IMD 10 would only subsequently download the signals ifthe programmer 14 is within transmitting proximity of the IMD 10. Ifnot, the IMD 10 can be designed to download the data during a subsequentoccasion when the programmer 14 is brought within transmitting proximityof the IMD 10, e.g., so as to trigger the IMD 10 again.

In using the programmer 14 for manual triggering of the IMD 10, incertain embodiments, a magnetized reed switch (not shown) within the IMD10 closes in response to the placement of the programmer 14 over thelocation of the IMD 10. Generally, the programmer 14 includes a magnet(not visually shown), which facilitates the closure of the reed switch.Following the closure of the reed switch, the IMD 10 can communicatewith the programmer 14 via RF signals. As such, if the programmer 14 iskept within transmitting proximity of the IMD 10, the stored telemeteredsignals can be downloaded from the IMD 10 into the programmer 14.

In certain embodiments, the IMD 10 is a Chronicle® implantable heartmonitor, commercially available from Medtronic, Inc., located inMinneapolis, Minn. However, it is to be appreciated that the inventionshould not be limited to such a device. Generally, any form ofimplantable medical device suitable for storing telemetered signals orphysiological data could be used, as known in the art. The Chronicle® isa hemodynamic monitor and can include circuitry for data storage,recovering and processing of pressure, electrogram, heart rate, coretemperature, and activity data. The Chronicle® is generally used inpatients with chronic Congestive Heart Failure (CHF), undergoing serialclinical management, and is typically used to complement existing CHFtherapies and disease management regimens in order to provide precisetherapy management, early intervention by remote monitoring of impendingdecompensation and to improve quality of life. The Chronicle® generallycontains an operating system that may employ a microcomputer or adigital state machine for timing, sensing, data storage, recovery andprocessing of pressure, electrogram, heart rate and other related data,to thereby monitor the hemodynamic environment.

In certain embodiments, the programmer 14 is an external pressurereference monitor (EPR). However, it is to be appreciated that theinvention should not be limited to such. Generally, any form of portableprogrammer, interrogator, recorder, monitor, sensor, or telemeteredsignals transceiver suitable for communicating with the IMD 10 could beused, as is known in the art. In certain embodiments, the programmer 14is generally carried by a patient physically or through the use of acarrying implement 19, e.g., a clip, a belt, a wrist band, etc., so thatthe programmer 14 can be kept in close proximity to the patient 12, andin turn, the IMD 10. In certain embodiments, the carrying implement 19can include a mechanism (e.g., a watch) that the programmer 14 isintegrated with. An EPR is typically used to derive reference pressuredata for use in combination with absolute pressure derived from an IMD.In addition, an EPR measures and records barometric pressure which isnecessary for correlation to atmospheric pressure. Various embodimentsof an EPR device are disclosed in U.S. Pat. No. 6,152,885 issued toTaepke, which patent is incorporated herein by reference in relevantpart. Similarly, U.S. Pat. No. 5,810,735 to Halperin et al, which patentis incorporated herein by reference in relevant part, discloses externalpatient reference sensors of internal sensors.

As described above, in certain embodiments, communication 15 between theIMD 10 and the programmer 14 is generally initiated via direct antennaplacement. In certain embodiments, the IMD 10 can employ an elongatedantenna which projects outward from the housing of the IMD 10 asdescribed in U.S. patent application Ser. No. 09/303,178 for “ATelemetry System for Implantable Medical Devices”, filed Apr. 30, 1999by Villaseca et al, which application is incorporated herein byreference in relevant part, or can employ a coil antenna locatedexternal the housing. Once downloaded, in certain embodiments, thetelemetered signals and any other data stored within the programmer 14,can be sent, for example, from the patient's home, via an inter-network18, such as the Internet, to a remote server 20 or remoteclinical/physician center 22. In certain embodiments, the telemeteredsignals and other data are transmitted from the programmer 14 viatransmission links, including but not limited to cellular phone links,LANS, RF links, regular phone lines, cable modems and the like.

As illustrated in FIG. 1, the programmer 14 can include software whichis adaptable to enable communication with various types of IMDs,including but not limited to cardiac devices, neural implants, drugdelivery systems and other medical devices. In certain embodiments, theprogrammer 14 is adapted for connection to a PC 24 for data transfer. Inthe alternate, the PC 24 may be used to control the programmer 14 toprogram the implanted device, thereby implementing the programmer 14 asa programming device. In certain embodiments, the programmer 14 cantransfer the telemetered signals and data through the PC 24 to theserver 20 or the remote clinical/physician center 22 via a modem andother wireless communications media. In certain embodiments, theprogrammer 14 can utilize an integral modem to dial a server andtransfer data via FTP, PPP and TC/PIP protocols.

In certain embodiments, the programmer 14 is designed to include amicrophone 26 and voice recording circuitry (shown in FIG. 2), wheresuch circuitry is internal to the programmer 14. A transducer 28 (FIG.2) can be provided, for example, under perforations 30 in the body ofthe microphone 26 in order to receive voice data from the patient 12. Asshown in FIG. 2, when activated by the patient 12 (e.g., by depressing a“record” button 32 located on the programmer 14), the transducer 28generally converts audio signals to analog electrical signals. In turn,an analog to digital (A/D) converter 34 preferably converts the analogelectrical signals into digital data. Further, the digital data from theA/D converter 34 can be preprocessed by a digital signal processor (DSP)36 before being passed to a processing and memory circuit 38 of theprogrammer 14. In other embodiments (not shown), the DSP 36 can beomitted and the digital data from the A/D converter 34 could be passeddirectly to the processing and memory circuit 38. Following suchrecording, the patient 12 can terminate the recording by, in certainembodiments, depressing a “stop” button 40 located on the programmer 14.In certain embodiments, the “record” and “stop” buttons 32, 40respectively are recessed into the body of the programmer 14 to avoidaccidental depression of the buttons when handling the programmer 14.

As mentioned above, the microphone 26 can be used to receive voice datafrom the patient. Similar techniques of recording voice data aresuggested in U.S. Pat. No. 5,749,908 issued to Snell, which patent isincorporated herein by reference in relevant part. In certainembodiments, the patient 12 can use the microphone 26 and associatedrecording circuitry in the programmer 14 to store what is being feltduring episodes in which the patient 12 experiences symptoms, e.g.shortness of breath, palpitations, dizziness, extreme tiredness, etc.Techniques of a patient recording symptoms are suggested in U.S. Pat.No. 6,331,160 issued to Bardy, which patent is incorporated herein byreference in relevant part.

As mentioned above, when the patient 12 has episodes in which theabove-stated or other symptoms are experienced, quite often, the IMD 10is not triggered. As such, in certain embodiments, the patient 12 isrequested to trigger the IMD 10 upon experiencing these symptoms tostore and transfer the telemetered signals associated therewith. Byfurther designing the programmer 14 to include the microphone 26 andassociated recording circuitry, the system enables the patient todescribe their symptoms. As such, the system is convenient to thepatient 12 as well as beneficial to the patient's physician. Forexample, such programmer design allows the patient 12 to record voicedata at the same time or shortly after the time he is triggering the IMD10 during a patient activated event, as the programmer 14 wouldgenerally be held over the position of the IMD 10 for triggeringpurposes and, as such, close to the patient's mouth for recordingpurposes. Additionally, such programmer design enables the technique ofrecording to be “ready made” for the patient 12, since the programmer14, as described earlier, is designed to be portable and carried by thepatient 12. Further, the programmer design allows the simultaneousstorage of telemetered signals from the IMD 10 with digital datacorresponding to voice recordings from the patient 12, so as to groupsuch information together for subsequent analysis by the patient'sphysician. In certain embodiments, the signals and recordings aregrouped through the use of a clock circuit (not shown) internallylocated within each of the IMD 10 and the programmer 14 tocorrespondingly mark the telemetered signals and digital data stored inthe memory of the programmer 14.

As shown in FIG. 3, in certain embodiments, the programmer 14 isdesigned to include a key pad 42 with a plurality of labeled keys 44recessed into the body of the programmer 14. The keys 44 are recessed soas to avoid accidental depression of the keys 44 when handling theprogrammer 14. Similar to the function of the microphone 26 andrecording circuitry discussed above, in certain embodiments, the patient12 can use the labeled keys 44 on the programmer 14 and associatedmemory within the programmer 14 to store what is being felt duringepisodes in which the patient 12 experiences symptoms, e.g. shortness ofbreath, palpitations, dizziness, extreme tiredness, etc. In certainembodiments, each symptom that may potentially be experienced by thepatient 12 is generally inscribed on a distinct label, with the labelsbeing attached to separate keys 44. In certain embodiments, there may beone or more keys 44 that have no such inscription on their correspondinglabels. As such, the physician can inscribe the one or more keys 44 withrespect to symptoms that are frequently experienced by the patient, yetmay not already be included on the keys 44 that were previouslyinscribed. In turn, the design of the programmer 14 can be altered so asto function accordingly with future depression by the patient 12 of suchkeys 44 inscribed via the physician.

In certain embodiments, when any one of the inscribed keys 44 isdepressed by the patient 12, an electrical signal is sent from thedepressed key 44 to a processing and memory circuit 46 within theprogrammer 14, where such processing and memory circuit 46 includes oris linked to a database 48. The database 48 is used to store a pluralityof digital values, each value being associated with one of the symptomslabeled on the keys 44. In certain embodiments, upon receiving theelectrical signal from the depressed key 44, the processing and memorycircuit 46 is programmed to locate the corresponding digital valuewithin the database 48, and store such value.

By further designing the programmer 14 to include the labeled keys 44thereon and the processing and memory circuit 46 therein, the systemenables the patient to indicate their symptoms. Thus, the system isconvenient to the patient as well as beneficial to the patient'sphysician. For example, such programmer design allows the patient 12 todepress the key(s) 44 at the same time or shortly after the time the IMD10 is triggered during a patient activated event. Locating anddepressing the keys 44 on the programmer 14 which correspond to thesymptoms being experienced would take a few seconds as the programmer 14is generally held over the position of the IMD 10 for triggeringpurposes. Additionally, such programmer design enables the technique ofdepressing keys to be “ready made” for the patient 12, since theprogrammer 14, as described earlier, is designed to be portable andcarried by the patient 12. Further, the programmer design allows thesimultaneous storage of telemetered signals from the IMD 10 with digitalvalues corresponding to the keys depressed by the patient 12, so as togroup such information together for subsequent analysis by the patient'sphysician. In certain embodiments, the signals and digital values aregrouped through the use of a clock circuit (not shown) internallylocated within the programmer 14 to correspondingly mark the telemeteredsignals and recordings stored in the memory of the programmer 14.

It is to be appreciated that, in certain embodiments, the programmer 14may incorporate both the microphone 26 and voice recording circuitry asshown in FIG. 2 and the key pad 42 with a plurality of pre-labeled keys44 as shown in FIG. 3. In using the programmer 14 with additionalfunctions as described with respect to FIGS. 2 and/or 3, the patient canmore readily and conveniently record what is being experienced duringsuch symptomatic episodes. As such, by using one or more of thesefunctions of the programmer 14, the patient would no longer need to keepa written account (e.g., a written diary) of symptoms experienced overtime. In turn, this stored patient status information can be used by thephysician when analyzing telemetered signals stored by the IMD to dateto aid in treating the patient 12.

As shown in FIG. 1, in certain embodiments, the programmer 14 can beadapted to communicate with an information remote monitor (IRM) 16 asmentioned with respect to FIG. 1. In use, the IRM 16 can be positioned acertain transmitting distance from the programmer 14 to enable thetransmission of the telemetered signals and patient status information(e.g., digital data corresponding to voice recordings or keys depressedby the patient 12 on the programmer 14) from the programmer 14.Additionally, the IRM 16 can also be so positioned from the IMD 10 toenable telemetry communication 17 of any other telemetered signals heldby the IMD 10 which may not be stored by the programmer 14. In certainembodiments, wireless communication between the IRM 16 and theprogrammer 14 and/or the IMD 10 may be implemented using, for example,various types of RF signals blue tooth or equivalent, for downloadingthe signals from the IMD 10 and/or the programmer 16 to the IRM 14.Following transfer of the data from the programmer 14 and/or IMD 10, theIRM 16 can be used from a patient's home to subsequently transmit thedata to the remote server 20 and/or the remote clinical/physician center22 to enable remote and chronic patient monitoring and management.

In certain embodiments, the data is sent, for example, from thepatient's home via the inter-network 18, such as the Internet, to theremote server 20 or remote clinical/physician center 22. In certainembodiments, the data is transmitted from the IRM 16 via transmissionlinks, including but not limited to cellular phone links, LANS, RFlinks, regular phone lines, cable modems and the like.

As illustrated in FIG. 1, the IRM 16 can include software so as toenable communication with various types of IMDs, including but notlimited to cardiac devices, neural implants, drug delivery systems andother medical devices. In certain embodiments, the IRM 16 is adapted forconnection to the PC 24 for data transfer. In the alternate, the PC 24may be used to control the IRM 16 to program the implanted device,thereby implementing the IRM 16 as a programming device. In certainembodiments, the IRM 16 can transfer the data through the PC 24 to theserver 20 or the remote clinical/physician center 22 via a modem andother wireless communications media. In certain embodiments, the IRM 16can utilize an integral modem to dial a server and transfer data viaFTP, PPP and TC/PIP protocols.

FIG. 4 is a flowchart showing the steps taken by a patient during apatient activated event in accordance with certain embodiments of theinvention. An initial step 50 involves the patient 12 with IMD 10(FIG. 1) having an episode in which he/she experiences symptoms, e.g.shortness of breath, palpitations, dizziness, extreme tiredness, etc.Upon feeling such symptoms, the patient 12 places the programmer 14above the position of the IMD 10 in the patient 12 to trigger the IMD 10in step 52. As mentioned herein, such symptoms experienced by thepatient 12 may often not result in a triggering of the device; however,there are cases in which the IMD 10 is triggered by such symptoms. Suchquestion regarding the state of triggering of the IMD 10 is shown instep 54. If the IMD 10 is triggered by placing the programmer 14 at theposition of the IMD 10, step 56 involves the IMD 10 storing thetelemetered signals associated with such event for a preprogrammedperiod of time. If the IMD 10 had already been triggered by thesymptoms, step 56 is skipped, as shown. Step 58 involves the patient 12providing status information as to the symptoms being experienced. Incertain embodiments, steps 56 and 58 can take place at the same time.

With further reference to FIG. 4, step 60 involves transmitting thecollected telemetered signals from the IMD 10 to the programmer 14. Asdescribed above, step 60 and subsequent steps can occur during asubsequent triggering of the IMD 10 if the programmer 14 is not keptwithin transmitting proximity of the IMD 10 during the prior triggering.Step 62 involves transmitting the telemetered signals and patient statusinformation to the remote server 18 and/or the remote clinical/physiciancenter 20 for remote and chronic patient monitoring and management. IfIRM 16 is provided in the system, a further step can be involved betweensteps 60 and 62 involving transmitting the telemetered signals from theIMD and/or the programmer 14.

It will be appreciated the embodiments of the present invention can takemany forms. The true essence and spirit of these embodiments of theinvention are defined in the appended claims, and it is not intended theembodiment of the invention presented herein should limit the scopethereof.

What is claimed is:
 1. A programmer for capturing status informationfrom a patient with an implantable medical device during episodes inwhich the patient experiences symptoms comprising: a housing adapted tobe carried by a patient; first circuitry within the housing forcommunicating with an implantable medical device implanted within thepatient, wherein signals stored by the implantable medical device can betelemetered to the first circuitry upon interrogation by the firstcircuitry; second circuitry for receiving status information from thepatient regarding a condition being experienced by the patient; andmemory for storing the signals and the status information.
 2. Theprogrammer of claim 1, wherein the second circuitry comprises a keypadwith a plurality of keys, wherein each key is denoted with a differentsymptom that the patient may experience.
 3. The programmer of claim 1,wherein the second circuitry comprises a keypad with a plurality of keyswherein one of more of the keys has no symptom inscription.
 4. Theprogrammer of claim 2, wherein the symptoms comprise one or more ofshortness of breath, palpitations, dizziness, and extreme tiredness. 5.The programmer of claim 2, wherein at one of keys is denoted with asymptom that is inscribed by a physician.
 6. The programmer of claim 1wherein the programmer is a portable programmer, portable interrogator,portable recorder, portable monitor, portable sensor, or portabletelemetered signals transceiver.
 7. The programmer of claim 1 furthercomprising transmission a data transmission link.
 8. The programmer ofclaim 7 wherein the data transmission link is a cellular phone link, aLANS link, an RF link, an internet link, or a cable modem link.